Waste management system implementing fuel tax monitoring

ABSTRACT

A system is disclosed for managing waste services. The system may have a provider portal, a locating device configured to generate a location signal indicative of a location of a service vehicle, and a central processing unit in communication with the provider portal and the locating device. The central processing unit may be configured to determine a total amount of fuel consumed by the service vehicle and to determine, based at least in part on the location signal, a portion of the total amount of fuel consumed by the service vehicle when the service vehicle is not traveling on public roadways. The central processing unit may be further configured to cause an indication of the portion of the total amount of fuel to be displayed on the provider portal.

TECHNICAL FIELD

The present disclosure relates generally to a waste management systemand, more particularly, to a waste management system implementing fueltax monitoring.

BACKGROUND

Fuel taxes can be imposed by state and/or federal governments on thesale of fuel purposed for transportation. Revenue generated by the fueltaxes are theoretically used to improve transportation (e.g., to buildand/or maintain roadways, bridges, etc.). The fuel taxes are meant to bepaid by only those using government-funded transportation resources.Accordingly, credit may be given, in some instances, for taxes paid onfuel that is not purposed for transportation using government-fundedtransportation resources. For example, credit may be given for fuelconsumed by machines operated on private property.

Waste service providers employ fleets of vehicles that perform a varietyof services for their subscribing customers. During the normal course ofbusiness, some of these vehicles may operate on private property. Forexample, the vehicles may travel through parking lots owned by theircustomers, drive along private lanes, operate at privately ownedlandfills, etc. During this operation, the fuel consumed by the vehiclesshould not be taxed. Unfortunately, there has heretofore been no way toaccurately track this operation and/or apply for the correspondingcredit.

The disclosed system is directed to overcoming one or more of theproblems set forth above and/or other problems of the prior art.

SUMMARY

In one aspect, the present disclosure is directed to a system formanaging waste services. The waste management system may include aprovider portal, a locating device configured to generate a locationsignal indicative of a location of a service vehicle, and a centralprocessing unit in communication with the provider portal and thelocating device. The central processing unit may be configured todetermine a total amount of fuel consumed by the service vehicle and todetermine, based at least in part on the location signal, a portion ofthe total amount of fuel consumed by the service vehicle when theservice vehicle is not traveling on public roadways. The centralprocessing unit may be further configured to cause an indication of theportion of the total amount of fuel to be displayed on the providerportal.

In another aspect, the present disclosure is directed to method formanaging waste services. The method may include generating a locationsignal indicative of a location of a service vehicle, and determining atotal amount of fuel consumed by the service vehicle. The method mayfurther include determining, based at least in part on the locationsignal, a portion of the total amount of fuel consumed by the servicevehicle when the service vehicle is not traveling on public roadways.The method may additionally include displaying an indication of theportion of the total amount of fuel on a provider portal.

In yet another aspect, the present disclosure is directed to anon-transitory computer readable medium containing computer-executableprogrammable instructions for performing a method of waste servicemanagement. The method may include generating location signalsindicative of locations of a plurality of service vehicles, andreferencing the location signals with maps stored in memory to determinewhen the plurality of service vehicles are not traveling on publicroadways. The method may also include generating a fuel signalindicative of a total amount of fuel consumed by the plurality ofservice vehicles and determining, based at least in part on the locationsignals, a portion of the total amount of fuel consumed by the pluralityof service vehicles when the plurality of service vehicles are nottraveling on public roadways. The method may further include displayingan indication of the portion of the total amount of fuel on a providerportal.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a perspective illustration of an exemplary disclosed wasteservice environment;

FIG. 2 is a diagrammatic illustration of an exemplary disclosed systemthat may be used to manage the services depicted in FIG. 1; and

FIG. 3 is a flowchart depicting an exemplary disclosed method that maybe performed by the system of FIG. 2.

DETAILED DESCRIPTION

FIG. 1 illustrates an exemplary waste service environment(“environment”) 10, at which one or more vehicles 12 are providingservice for any number of different customers. Environment 10 couldstretch over a wide area and include, for example, a retail store, afactory, a government building, a residential address, and/or anotherlocation having one or more receptacles 14 that require the services ofvehicles 12. The services may include, for example, the removal of wastematerials from inside of receptacle(s) 14; the transportation of thewaste materials and/or receptacles 14 to a landfill, recycling center,or sorting facility; containment and/or treatment of hazardous wastematerials; waste cleanup; etc.

Vehicles 12 may embody haul trucks (and/or trailers that are attachableto the haul trucks), which include or otherwise carry a storagecompartment for holding waste materials. As is known in the art, thestorage compartment may have a rear, side, and/or top hatch forreceiving materials from receptacles 14, and the waste materials may bemanually, automatically, or semi-automatically loaded into the storagecompartment of a particular vehicle 12 via the corresponding hatch. Forexample, management personnel may be able to manually lift and tiltreceptacles 14 into the storage compartment of a rear-hatch vehicle 12,thereby emptying receptacle 14 of the associated waste. In anotherexample, vehicles 12 may include mechanical, electrical, and/orhydraulic systems configured to automatically grasp, lift, tilt, andthereby empty receptacles 14 into vehicle 12 via a top-hatch. In yetanother example, some tasks (e.g., grasping) may be completed manuallyand other tasks (e.g., lifting and tilting) may be completed with theassistance of the mechanical, electrical, and/or hydraulic systems via aside-hatch of vehicle 12. In a final example, receptacle 14 may simplybe loaded (e.g., manually, automatically, or semi-automatically)together with the waste contents onto vehicle 12 and transported awayfor emptying at another location.

As each vehicle 12 moves about environment 10, a satellite 16 or othertracking device may communicate with an onboard controller 30 (shownonly in FIG. 2) to monitor the movements of vehicle 12 and theassociated changes made to environment 10 (e.g., pickup, transporting,dumping, placing, etc.). As will be explained in more detail below,onboard controller 30 may network with a central processing unit (“CPU”)32 (e.g., a processing unit located in a back office or other servicefacility), which may then manage service activities of each vehicle 12based on these movements and changes.

Onboard controller 30 may include means for monitoring, recording,storing, indexing, processing, communicating and/or controlling otheronboard and/or offboard devices. These means may include, for example, amemory, one or more data storage devices, a central processing unit, orany other components that may be used to run the disclosed application.Furthermore, although aspects of the present disclosure may be describedgenerally as being stored in memory, one skilled in the art willappreciate that these aspects can be stored on or read from differenttypes of computer program products or computer-readable media such ascomputer chips and secondary storage devices, including hard disks,floppy disks, optical media, CD-ROM, or other forms of RAM or ROM.

Onboard controller 30 may be configured to track, assist, and/or controlmovements of the associated vehicle(s) 12. As shown in FIG. 2, inaddition to onboard controller 30, each vehicle 12 could additionallyinclude a locating device 38, and at least one of a manual input device40 and a sensor 42. In some embodiments, vehicle 12 is equipped withboth manual input device 40 and one or more sensors 42. Onboardcontroller 30 may be in communication with each of these othercomponents and/or with CPU 32 at the back office (e.g., via acommunication device 44), and configured to determine, based on signalsfrom these components and based on other known information stored inmemory, operational characteristics of each vehicle 12. The operationalcharacteristics may include among other things, a vehicleidentification, a location, a speed, an origination, a destination, afuel consumption rate and/or amount, and other service-related data.

Locating device 38 may be configured to generate signals indicative of ageographical position and/or orientation of vehicle 12 relative to alocal reference point, a coordinate system associated with environment10, a coordinate system associated with Earth, or any other type of 2-Dor 3-D coordinate system. For example, locating device 38 may embody anelectronic receiver configured to communicate with satellites 16(referring to FIG. 1), or a local radio or laser transmitting systemused to determine a relative geographical location of itself. Locatingdevice 38 may receive and analyze high-frequency, low-power radio orlaser signals from multiple locations to triangulate a relative 3-Dgeographical position and orientation. Based on the signals generated bylocating device 38 and based on known kinematics of vehicle 12, onboardcontroller 30 may be able to determine in real time the position,heading, travel speed, acceleration, and orientation of vehicle 12. Thisinformation may then be used by onboard controller 30 and/or CPU 32 toupdate the operational characteristics of vehicles 12.

Input device 40 may provide a way for an operator of vehicle 12 to inputinformation regarding observances made while traveling aroundenvironment 10. For example, the operator may be able to enterinformation about a location currently being serviced, information abouta roadway currently being traveled, information about a bridge thatvehicle is driving over, information about a boundary (e.g., a stateline) being crossed, information about fuel (e.g., a date, time, grade,amount, etc.) being pumped into vehicle 12, etc. The information may beinput in any number of ways, for example via a cab-mounted touch screeninterface, via one or more buttons, via a keyboard, via speechrecognition, via a smartphone carried by the operator, or in anothermanner known in the art. In some embodiments, in addition to receivingmanual input from an operator, input device 40 may also be capable ofdisplaying information, for example an electronic map of environment 10,a schedule, directions, instructions from the back office, correspondingregulations, etc.

Sensors 42 may be configured to monitor parameters associated with theoperation of vehicle 12, and to generate signals indicative thereof.Each of these sensors 42 may be any type of device known in the art, andlocated anywhere on or in vehicle 12. In one example, sensor 42 mayembody a fuel sensor configured to detect an amount of fuel beingonloaded, a grade of the fuel, a fuel consumption rate and/or amount, oranother fuel-related parameter. In another example, sensor 42 may be apowertrain sensor configured to generate signals indicative of a numberof miles traveled by vehicle 12, an average speed for each driven mile,an engine load, an engine fuel setting, an engine speed, or anotherrelated parameter that could then be used to calculate one or more ofthe fuel parameters listed above. Other types of sensors couldalternatively or additionally be employed.

Onboard controller 30 may be configured to manage communications betweenother onboard components and CPU 32 located at the back office. Forexample, onboard controller 30 may receive signals from locating device38, input device(s) 40, and sensor(s) 42, and correlate the signals,filter the signals, buffer the signals, record the signals, or otherwisecondition the signals before directing the signals offboard viacommunication device 44.

Communication device 44 may be configured to facilitate communicationbetween onboard controller 30 and CPU 32. Communication device 44 mayinclude hardware and/or software that enable the sending and/orreceiving of data messages through a communications link. Thecommunications link may include satellite, cellular, infrared, radio,and any other type of wireless communications. Alternatively, thecommunications link may include electrical, optical, or any other typeof wired communications, if desired. In one embodiment, onboardcontroller 30 may be omitted, and CPU 32 may communicate directly withlocating device 38, input device(s) 40, and/or sensor(s) 42 viacommunication device 44, if desired. Other means of communication mayalso be possible.

As shown in FIG. 2, onboard controller 30 (along with the otherconnected onboard components) and CPU 32 may each form a portion of awaste management system (“system”) 46 configured to generate, maintain,analyze, compare, send, solicit, confirm, display, receive and/or recordinformation associated with the disclosed concepts. System 46 mayinclude, for example, a random access memory (RAM) 48, a read-onlymemory (ROM) 50, a storage 52, at least one database (e.g., anoperations database 54 and a regulations database 56), a networkinterface 58, and at least one user portal (e.g., a provider portal 60,a government agency portal 64, and a service portal 66). As will beexplained in more detail below, CPU 32 may be configured to receive datafrom different users via portals 60-66, and to compare, process, record,and share the data with the same and/or with other users via the same ordifferent portals. It is contemplated that system 46 may includeadditional, fewer, and/or different components than those listed above.It is understood that the type and number of listed devices areexemplary only and not intended to be limiting.

CPU 32 may include an arrangement of electronic circuitry configured toperform arithmetic, logic, input/output, and control operations duringsequential execution of pre-programmed instructions. The instructionsmay be loaded from ROM 50 into RAM 48 for execution by CPU 32. It shouldbe noted that, although CPU 32 is shown and described as a single“unit”, it is contemplated that the functions of CPU 32 couldalternatively be completed by any number of co-located or remotelydistributed and cooperating processing units, as desired. Numerouscommercially available microprocessors may be configured to perform thefunctions of CPU 32. Further, the microprocessors may be general-purposeprocessors or specially constructed for use in implementing thedisclosed concepts.

Storage 52 may embody any appropriate type of mass storage provided tohold information that CPU 32 may need in order to perform the disclosedprocesses. For example, storage 52 may include one or more hard diskdevices, optical disk devices, or other storage devices that providesufficient storage space.

Databases 54 and/or 56 may contain any information relating toparticular waste service vehicle and regulatory records under analysis.The information stored within databases 54 and/or 56 may come frommultiple different sources and be provided at any time and frequency.For example, the information could be manually entered by serviceprovider employees, manually entered by governmental agency employees,and/or automatically entered by onboard controller 30. The informationmay be entered live (e.g., as the information is collected and/orobserved by a vehicle operator), entered based on a predeterminedschedule (e.g., based on regular downloads of regulation data),continuously streamed (e.g., via a live link to regulation information),intermittently pulled from “the cloud” (e.g., from social media postsabout applicable regulations), or obtained in any other manner at anyother time and frequency. In addition to the waste service andregulatory information, databases 54 and/or 56 may also include analysistools for analyzing the information stored therein. CPU 32 may usedatabases 54 and/or 56 to make comparisons and/or determinationsregarding relationships and/or trends relating to particular customers,service vehicles 12, service vehicle drivers, locations, regulations,uses of system 46, and other such pieces of information. CPU 32 may pullinformation from databases 54 and/or 56, manipulate the information, andanalyze the information. CPU 32 may also update the information, storenew information, and store analysis results within databases 54 and/or56, as desired.

CPU 32 may communicate with a user of system 46 (e.g., a user accessingportal 60) via network interface 58. Network interface 58 may include,alone or in any suitable combination, a telephone-based network (such asa PBX or POTS), a local area network (LAN), a wide area network (WAN), adedicated intranet, and/or the Internet. Further, the networkarchitecture may include any suitable combination of wired and/orwireless components. For example, the communication links may includenon-proprietary links and protocols, or proprietary links and protocolsbased on known industry standards, such as J1939, RS-234, RP1210,RS-422, RS-485, MODBUS, CAN, SAEJ1587, Bluetooth, the Internet, anintranet, 802.11 (b, g, n, ac, or ad), or any other communication linksand/or protocols known in the art.

Each of portals 60-66 can include one or more of a router, an Ethernetbridge, a modem (e.g., a wired or wireless modem), or any otherconventional computing components known in the art (not shown) such as aprocessor, input/output (I/O) ports, a storage, and a memory. Theprocessor of each portal 60-66 can include one or more processingdevices, such as microprocessors and/or embedded controllers. Thestorage can include volatile or non-volatile, magnetic, semiconductor,tape, optical, removable, non-removable, or other type ofcomputer-readable medium or computer-readable storage device. Thestorage can be configured to store software programs (e.g., apps)downloaded from CPU 32 via network interface 58 and/or other informationthat can be used to implement one or more of the disclosed processes.The memory can include one or more storage devices configured to storethe downloaded information. Each of portals 60-66 may be able tocommunicate with CPU 32, with databases 54 and/or 56, and/or directlywith each other via network interface 58.

Each of portals 60-66 may provide a graphical user interface (GUI) thatis configured to display information to users thereof, and that includesa means for receiving input from the user. In one embodiment, anexemplary portal is a computer (e.g., a laptop or desktop computer)having a console and a keyboard/mouse. In another embodiment, anexemplary portal is a handheld mobile device, such as a smart phone or atablet having a touchscreen display and/or a keyboard. Other types ofportals may also be utilized. The GUI of portals 60-66 may allow theuser to receive (e.g., visually and/or audibly) information from system46 via network interface 58, to upload information to system 46, and/orto correspond with other users of system 46.

Portal 60 may be dedicated for use by an employee and/or serviceprovider representative of system 46 (e.g., a regulatory controller, anaccount representative, a service manager, etc.). It is contemplatedthat any number of portals 60 may be simultaneously connected to networkinterface 58 for use by any number of different users. Each such portal60 may allow the representative to log into system 46 (e.g., via aweb-based program, an internet site, or a mobile app) and to monitor aparticular service event (e.g., a historic event or a live event, suchas transportation of vehicle 12 at a customer location during wastepickup, during travel along public and/or private roadways, and/orduring drop off or dumping at a public or privately owned disposallocation), to view a tax-related regulation (e.g., use of a particularroadway, property lines, maps, governmental boundaries, the governingauthority for a particular location, etc.), to compare aspects ofparticular service events to aspects of particular regulations, to viewpublic-provided observations of regulations, to alert operators oftax-related issues (e.g., to provide an optional route that could reducefuel tax liabilities), to reward and/or penalize operators forcompliance-related activities (e.g., for following suggested routes), toshare (e.g., publish, post, email, send, announce, etc.) tax-relatedinformation with the government agencies, and/or for other similarpurposes.

Government agency portal 64 may be dedicated for use by a governmentagency representative (e.g., a representative responsible for fuel-taxregulations). It is contemplated that any number of portals 64 may besimultaneously connected to network interface 58 for use by any numberof different representatives associated with the same or differentgovernment agency (e.g., by a federal, state, or local agency). Eachsuch portal 64 may allow the representative to log into system 46 (e.g.,via a web-based program, an internet site, or a mobile app) and to viewregulations existing in database 56, to update the regulations, toremove regulations, and to respond to open inquiries regarding past,current, and/or proposed regulations.

Portal 64 may also be used to inform the government agencies. Forexample, fuel-use information regarding how and/or where particularservice vehicles 12 operate and comply with existing fuel-taxregulations may be provided to the corresponding government agency viaportal 64.

Service portal 66 may be dedicated to the input of information generatedonboard vehicles 12 and/or for the general use by vehicle operators. Insome examples, the information is automatically provided by way oflocating device 38 and sensor(s) 42. In other examples, the informationis manually provided by way of input device(s) 40. The information mayinclude, for example, the location of each vehicle 12, a travel path, aschedule of stops, an origination of waste material being transported bya particular service vehicle 12, a route of the service vehicle, adestination, information regarding fuel onloading (e.g. where, when, howmuch, which grade, etc.), and other information. It is contemplated thatthe functionality of service portal 66 could alternatively be providedby way of provider portal 60 (or another portal), if desired.

Portal 66 may also be used to inform and/or alert particular servicevehicle operators. For example, fuel-tax information regardingparticular service vehicles 12 and/or service vehicle operators may beprovided via portal 64, along with corresponding rewards and/orpenalties (e.g., financial, opportunity, and/or ranking rewards andpenalties).

Based on the information received from portals 60-66, CPU 32 can beconfigured to execute instructions stored on computer readable medium toperform methods of waste service management at environment 10. Forexample, CPU 32 may be configured to monitor service as it is beingperformed, to compare the service to applicable fuel-tax regulations,and to provide feedback (e.g., to the service provider, the operators,the government agencies, etc.) based on the monitored service, theregulations, and the comparisons. This process is illustrated in FIG. 3,and will be explained in more detail in the following section to furtherillustrate the disclosed concepts.

INDUSTRIAL APPLICABILITY

The disclosed system may be applicable to the waste service industry,where service vehicles 12 frequently operate across overlapping privateand public boundaries. The disclosed system may consider operationalcharacteristics of individual service vehicles 12 and fuel-taxregulations from different agencies, and produce tax-related data. Thetax-related data may be supplied to the service provider so that theservice provider may apply for corresponding fuel tax credits.Alternatively, the disclosed system may automatically apply for thecorresponding fuel tax credits by interacting directly with thedifferent governmental agencies based on the tax-related data. Operationof system 46 will now be described with reference to FIG. 3.

As shown in FIG. 3, operation of system 46 may begin with the receipt offuel-tax regulations by CPU 32 (Step 300). As described above, thisinput may include regulations pertaining to a particular roadway,municipality, area, region, county, state, and/or federal governmentthat are received via portal 64. For example, a governmental regulatorycontroller may provide weekly updates regarding fuel-tax changesassociated with the transportation of particular vehicles on particularroadways. The input may also be associated with changes in propertyownership and/or boundaries, as registered at with the responsiblegovernmental agency. As also described above, the input received at step300 may be received at any time, intermittently, periodically, and/orcontinuously. The input received at step 300 may be stored, for example,within regulations database 56.

Simultaneous with the receipt of fuel-tax regulations and/or other inputfrom the governmental agencies, service data may be received by CPU 32(Step 310). As described above, this data may be provided via portal 66and include, for example, data monitored from onboard service vehicle12. This data could include, among other things, a vehicleidentification, a waste origination, a pickup schedule, a transportationroute, tracked location information, a waste destination, a speed, afuel usage rate and/or amount, a fuel type, a fuel purchase amountand/or cost, etc. The service data may be provided by locating device38, by the operator of service vehicle 12 (e.g., via input device 40),and/or by sensor(s) 42. The service data may be transmitted live byonboard controller 30 to CPU 32 (e.g., via communication device 44)and/or downloaded at any appropriate time. The waste service datareceived at step 310 may be stored, for example, within operationsdatabase 54.

CPU 32 may then be configured to compare the service data stored inoperations databased 54 with the fuel-tax regulations stored inregulations database 56 to determine a fuel tax liability and/or acorresponding fuel tax credit associated with a particular servicevehicle 12 and/or an entire fleet of vehicles 12 (Step 320). Inparticular, CPU 32 may be configured to determine where each vehicle 12has traveled, how much of the travel was performed on public roadways orprivate property, and a corresponding amount of fuel consumed during thetravel. For example, during completion of a particular service route,CPU 32 may determine (e.g., based on a comparison of signals fromlocating device 38 and electronic maps stored in memory) that aparticular service vehicle 12 traveled 75% of its route on public roadsand bridges, and 25% of its route on parking lots, private roads,private landfill property, etc. In this example, CPU 32 may calculatethe amount of fuel consumed by vehicle 12 during its 25% travel on theprivate property. The service provider should not be liable for taxespaid on this amount of fuel.

CPU 32 may be configured to provide the tax-related data (e.g., thetravel and corresponding fuel consumption data) to the service providerand/or automatically apply for the corresponding credit against alreadypaid taxes (Step 330). In particular, the data may be provided daily tothe service provider for each vehicle 12 being tracked, and the serviceprovider may sum similar data from all vehicles 12 within its fleet forthe current year (or another specified period of time) and then manuallyapply for the corresponding credit. Alternatively, CPU 32 may sum thedata throughout the year and automatically apply for the correspondingcredit at the appropriate time (e.g., via portal 64).

The disclosed system may improve profitability for waste serviceproviders and also help them to understand the operations beingperformed by each vehicle within its fleet. For example, the disclosedsystem may help the service providers obtain fuel tax credits that couldnot heretofore be realized. In addition, the disclosed system may showthe service providers exactly where their fleets operate, allowing theservice providers to make route adjustments that could further improveprofitability. For example, the disclosed system may provide and/orrecommend opportunities to reroute particular service vehicles 12, suchthat those vehicles 12 operate a lower amount of time on publicroadways. In some embodiments, CPU 32 may automatically reroute aparticular vehicle 12 so as to lower the amount of time spent travelingon public roadways. This may help to reduce the fuel-tax burden forthese service providers.

It will be apparent to those skilled in the art that variousmodifications and variations can be made to the disclosed system. Otherembodiments will be apparent to those skilled in the art fromconsideration of the specification and practice of the disclosed system.It is intended that the specification and examples be considered asexemplary only, with a true scope being indicated by the followingclaims and their equivalents.

1. A system for managing waste services, comprising: a provider portal;a locating device configured to generate a location signal indicative ofa location of a service vehicle; and a central processing unit incommunication with the provider portal and the locating device, thecentral processing unit being configured to: determine a total amount offuel consumed by the service vehicle; determine, based at least in parton the location signal, a portion of the total amount of fuel consumedby the service vehicle when the service vehicle is not traveling onpublic roadways; generate at least one recommendation for the servicevehicle to increase the portion of the total amount of fuel consumed bythe service vehicle when the service vehicle is not traveling on publicroadways; and cause an indication of the portion of the total amount offuel consumed by the service vehicle when the service vehicle is nottraveling on public roadways to be displayed on the provider portal withthe at least one recommendation.
 2. The system of claim 1, wherein thecentral processing unit includes maps stored in memory and is configuredto reference the location signal with the maps to determine when theservice vehicle is not traveling on public roadways.
 3. The system ofclaim 1, wherein the central processing unit is further configured to:determine a fuel tax paid on the total amount of fuel consumed by theservice vehicle; determine a portion of the fuel tax that should becredited back to a service provider based on the portion of the totalamount of fuel consumed by the service vehicle when the service vehicleis not traveling on public roadways; and cause an indication of theportion of the fuel tax that should be credited back to the serviceprovider to be displayed on the provider portal.
 4. The system of claim3, wherein the central processing unit is further configured toautomatically apply via the provider portal for the portion of the fueltax that should be credited back to the service provider.
 5. The systemof claim 1, further including at least one fuel sensor configured togenerate a fuel signal indicative of the total amount of fuel consumedby the service vehicle, wherein the central processing unit isconfigured to determine the total amount of fuel consumed by the servicevehicle based at least in part on the fuel signal.
 6. The system ofclaim 5, wherein: the locating device and at least one fuel sensor arelocated onboard the service vehicle; and the system further includes acommunication device configured to transmit the location and fuelsignals to the central processing unit.
 7. The system of claim 1,wherein the central processing unit is configured to receive inputregarding fuel tax regulations via the provider portal.
 8. (canceled) 9.(canceled)
 10. The system of claim 1, wherein: the locating device is afirst of a plurality of locating devices associated with a plurality ofservice vehicles; and the central processing unit is in communicationwith each of the plurality of locating devices and configured to:collect the portion of the total amount of fuel consumed by each of theplurality of service vehicles when the plurality of service vehicles arenot traveling on public roadways; sum all of the portions for aspecified period of time; and cause an indication of the sum of all ofthe portions to be displayed on the provider portal at an end of thespecified period of time.
 11. A method for managing waste services, themethod comprising: generating a location signal indicative of a locationof a service vehicle; determining a total amount of fuel consumed by theservice vehicle; determining, based at least in part on the locationsignal, a portion of the total amount of fuel consumed by the servicevehicle when the service vehicle is not traveling on public roadways;generating at least one recommendation for the service vehicle toincrease the portion of the total amount of fuel consumed by the servicevehicle when the service vehicle is not traveling on public roadways;and displaying an indication of the portion of the total amount of fuelconsumed by the service vehicle when the service vehicle is nottraveling on public roadways on a provider portal with the at least onerecommendation.
 12. The method of claim 11, wherein determining theportion of the total amount of fuel consumed by the service vehicle whenthe service vehicle is not traveling on public roadways includesreferencing the location signal with maps stored in memory to determinewhen the service vehicle is not traveling on public roadways.
 13. Themethod of claim 11, further including: determining a fuel tax paid onthe total amount of fuel consumed by the service vehicle; determining aportion of the fuel tax that should be credited back to a serviceprovider based on the portion of the total amount of fuel consumed bythe service vehicle when the service vehicle is not traveling on publicroadways; and displaying an indication of the portion of the fuel tax onthe provider portal.
 14. The method of claim 13, further includingautomatically applying via the provider portal for the portion of thefuel tax that should be credited back to the service provider.
 15. Themethod of claim 11, further including generating a fuel signalindicative of the total amount of fuel consumed by the service vehicle,wherein determining the portion of the total amount of fuel consumed bythe service vehicle includes determining the total amount of fuelconsumed by the service vehicle based at least in part on the fuelsignal.
 16. The method of claim 11, further including receiving inputregarding fuel tax regulations via the provider portal.
 17. (canceled)18. The method of claim 11, further including receiving manual inputindicative of observed operation of the service vehicle, whereindetermining the portion of the total amount of fuel consumed by theservice vehicle when the service vehicle is not traveling on publicroadways includes determining the portion of the total amount of fuelconsumed by the service vehicle when the service vehicle is nottraveling on public roadways based further on the manual input.
 19. Themethod of claim 11, wherein: generating the location signal includesgenerating a plurality of location signals indicative of locations of aplurality of service vehicles; determining the total amount of fuelincludes determining a total amount of fuel consumed by the plurality ofservice vehicles; determining the portion of the total amount of fuelconsumed by the service vehicle includes determining portions of thetotal amount of fuel consumed by the plurality of service vehicles; andthe method further includes: summing all of the portions for a specifiedperiod of time; and displaying results of the summing on the providerportal at an end of the specified period of time.
 20. A non-transitorycomputer readable medium containing computer-executable programminginstructions for performing a method of waste service management, themethod comprising: generating location signals indicative of locationsof a plurality of service vehicles; referencing the location signalswith maps stored in memory to determine when the plurality of servicevehicles are not traveling on public roadways; generating a fuel signalindicative of a total amount of fuel consumed by the plurality ofservice vehicles; determining, based at least in part on the locationsignals, a portion of the total amount of fuel consumed by the pluralityof service vehicles when the plurality of service vehicles are nottraveling on public roadways; generating at least one recommendation fora first service vehicle to increase the portion of the total amount offuel consumed by the first service vehicle when the first servicevehicle is not traveling on public roadways; and displaying anindication of the portion of the total amount of fuel consumed by thefirst service vehicle when the first service vehicle is not traveling onpublic roadways on a provider portal with the at least onerecommendation.
 21. The non-transitory computer readable medium of claim20, further including: determining a fuel tax paid on the total amountof fuel consumed by the plurality of service vehicles; determining aportion of the fuel tax that should be credited back to a serviceprovider based on the portion of the total amount of fuel consumed bythe plurality of service vehicles when the plurality of service vehiclesare not traveling on public roadways; and displaying an indication ofthe portion of the fuel tax that should be credited back to the serviceprovider on the provider portal.
 22. The non-transitory computerreadable medium of claim 21, further including automatically applyingfor the portion of the fuel tax that should be credited back to theservice provider credit via the provider portal.
 23. The system of claim1, wherein the central processing unit is further configured toautomatically reroute the service vehicle so as to lower an amount oftime spent traveling on public roadways.
 24. The method of claim 11,further including automatically rerouting the service vehicle so as tolower an amount of time spent traveling on public roadways.
 25. Thenon-transitory computer readable medium of claim 20, further including:comparing a portion of the total amount of fuel consumed by theplurality of service vehicles when the plurality of service vehicles arenot traveling on public roadways and when the plurality of servicevehicles are traveling on public roadways; and recommending an alternateroute for a first vehicle to reduce fuel consumption of the firstvehicle while traveling on public roadways.